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© Data transmission high-speed processing device. 

© The invention represents an enhancement of the 
operations associated with the communication inter- 
face (1) of a terminal device when used in connec- 
tion with the transmission of data in packet form by 
way of a public telephone line (2). On receipt, data 
strings are written into the memory area (3a-3n) in 
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packet-sized units and stored data is read out in 
response to a trigger signal (A) and retransmitted. 
The packet-sized data units are not written into spe- 
cifically selected memory areas (3a-3n) but are each 
input along with an address, which is used to deter- 
mine the order in which they ate read out again. 
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BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 

The invention relates to a device designed to 5 
speed up the data processing operations required 
for the downloading of digitally coded music by 
way of a public telephone line to a terminal unit 
and the subsequent reproduction of said music by 
said terminal unit. The invention is particularly well w 
suited to the transmission of data such as karaoke 
music, computer game data or other types of data 
which are likely to call for comparatively frequent 
transmissions. 

15 

2. DESCRIPTION OF THE PRIOR ART 

Equipment which is designed to permit the 
download of digital data by way of a public tele- 
phone line from a host computer has been well 20 
known for a long time now. Since the data relating 
to karaoke music and computer games is also 
digitalized data, it is thus possible to download this 
type of music and game program data using known 
means. There are also well known systems for the 25 
transmission of music data, for example, by way of 
the current videotex network or by public telephone 
lines using a personal computer as the user termi- 
nal. If the power of the musical expression itself is 
to be enhanced, however, then this necessarily 30 
entails an increase in the amount of data used and, 
in the case of PCM transmission, for example, an 
extremely long time would in this case be required 
for the transmission of just one piece of music. 
Such systems are not, therefore, all that well suited 35 
for the sort of data that needs to be transmitted 
frequently. The present inventors have already, in 
fact, disclosed techniques for the use of MIDI data, 
created in accordance with the MIDI standard, as 
karaoke music data and for the transmission of said 40 
data along public telephone lines (US PATENT NO. 
5046004, US SER NO. 07/605,506). In this case, 
since the size of MIDI data is comparatively small, 
the time required for the transmission of this type 
of data is not particularly long. Even so, if the data 45 
is to be transmitted fairly frequently, then there is 
always a clear case to be made for increasing the 
speed with which said data is processed. 

One very effective way of speeding up the 
processing of data is to reduce its size and one 50 
way in which this can be achieved is by converting 
said data to a coded form. The inventors make use 
of MIDI data in their karaoke music reproduction 
device but the MIDI standard also stipulates the 
use of conditional jump symbols in order to prevent 55 
the volume of data from becoming too large. 

The serial processing of MIDI data, which con- 
tains of this type of jump symbol and which is 
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transmitted serially by a system such as videotex, 
can on occasions, however, prove awkward. In oth- 
er words, the use of conditional jump symbols as a 
structural feature of MIDI data means that occa- 
sions often arise for the issue of instructions for the 
processing of data strings the receipt of which has 
not, in fact, been fully completed and this leads in 
turn to the breakdown of the processing operation 
or else to erratic processing. If this sort of problem 
is to be avoided, however, then this means that a 
piece of music must always be fully downloaded 
before the processing operations relating to the 
reproduction of said music can begin and this in 
turn means that there is inevitably going to be a 
long wait when accessing the host computer from a 
terminal unit with a request for a piece of music or 
other required data. Under the above circum- 
stances, if the amount of data applicable to a 
particular piece of music is increased to, say, 200K 
for the purpose of improving the quality of the final 
product, the whole transfer process including error 
correction procedures is likely to take about five 
minutes, even with the help of a standard high- 
speed modem. Even using a digital line with a 
transmission speed of, say 64kbps, a piece of 
music could still not be transferred in much less 
than about 30 seconds. 

In the area of computer communications, how- 
ever, in cases where a regular type of personal 
computer is used as the terminal unit, the following 
considerations also fall to be dealt with. First of all, 
personal computers are capable of operating with 
units as large as files and, with the help of the 
operating system (OS), of carrying out the process- 
ing operations required both for the serial receipt 
and the reproduction of such files. Existing OS are 
not, on the other hand, capable of carrying out 
more than one processing operation at the same 
time with the result that a personal computer can- 
not receive data and simultaneously output said 
data to a MIDI sound source. Furthermore, even if 
we assume for the moment that a suitable applica- 
tion program could be developed to rectify this 
situation, there are also limitations due to the con- 
figuration of the memory and the control of periph- 
eral devices and this in turn means that the accu- 
racy of the time processing of music reproduction 
is poor. The net effect of these problems is either 
to prevent or at least to reduce the efficacy of 
karaoke music reproduction. Moreover, since com- 
puter game programs also frequently contain a 
substantial number of conditional jump instructions, 
these are also subject to the same sorts of 
drawbacks as were outlined above with respect to 
the transmission of MIDI data. In fact, since the 
volume of data required for computer game pro- 
grams is generally larger, the problems are to that 
extent proportionally greater. 
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SUMMARY OF THE INVENTION 

It is a primary object of this invention to pro- 
vide a technique which, in the event of the trans- 
mission of music or computer game program data 5 
from a host computer to a terminal unit, will enable 
said data to be processed quickly enough to create 
the impression that the processing operations relat- 
ing to the receipt of said data and those operations 
relating to the subsequent onward transmission of w 
said data to various devices connected further 
downstream are all carried out in parallel. 

It is another object of the invention to provide a 
technique whereby, on receipt of data such as MIDI 
data or computer game program data that contains 15 
large numbers of jump instructions, each data 
string received is retransmitted in series rather than 
waiting until all the data has been received before 
initiating the onward transmission operations as is 
necessarily the case with a conventional OS. 20 

It is yet another object of the invention to keep 
the content of the above techniques as simple as 
possible. In order to achieve the above objects, the 
invention incorporates certain basic features where- 
by each string of data, which has been digitalized 25 
and assembled for transmission in packet form, is 
subsequently received by way of a receive inter- 
face, for example, each packet also being provided 
with its own address to enable it to be written into 
any available memory area. At the same time, a 30 
trigger signal is also output from the interface at 
specified but non-specific intervals and this acts as 
a signal to start the retrieval process whereby each 
item of data is read out of each address in the 
shared memory area in the order of assigned prior- 35 
ity, converted to serial signal form and output to 
various devices which are connected further down- 
stream. 

The interface itself receives the music data in 
packet form and carries out the necessary error 40 
correction procedures after which it writes the con- 
tents of the packets into the shared memory areas 
further downstream in accordance with a predeter- 
mined set of instructions. The interface is, however, 
also designed in such a way as to enable it to 45 
make the execution of these two basic operations 
appear to be simultaneous. Said memory area ef- 
fectively functions as a series of buffers into any of 
which data can be written in packet sized units, 
provided only that the selected area is already 50 
clear. The arrival of a trigger signal then starts the 
memory area address retrieval operation whereby 
each data packet is again read out in the assigned 
order of priority and then processed. 

A number of additional objects, features and 55 
advantages offered by the present invention may 
be clarified by reference to the following detailed 
description of the preferred embodiment of the 



invention and the accompanying drawing. 

DESCRIPTION OF THE DRAWING 

The drawing is a block diagram illustrating the 
preferred embodiment of the invention. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENT 

There follows a detailed description of the pre- 
ferred embodiment of the invention by reference to 
the accompanying drawing. Figure 1 is a block 
diagram showing the configuration of the invention 
as used for the receipt and transmission of MIDI 
data. In the figure, 1 is a communication interface, 
typically either a modem or a digital line adapter. 2 
is a public telephone line which is in turn con- 
nected to a public telephone network 3. If the 
public telephone line 2 is an analog line, the inter- 
face 1 will be a modem whereas if the public 
telephone line 2 is a digital line, the interface 1 will 
be a digital line adapter. Moreover, the interface 1, 
as defined for the purposes of the preferred em- 
bodiment of the invention not only controls the 
receipt and transmission of data but also holds a 
set of instructions in the form of a program which 
enables it to store received data packet by packet 
directly to the memory area. A host computer (not 
included in the drawing), containing a database that 
holds a large volume of digitally coded music data, 
is also connected to said public telephone network 
3. Communication between the host computer and 
the device of the invention, as represented by^the 
preferred embodiment, is carried out in packet 
form in order to keep the level of transmission error 
to a minimum and involves the downloading of 
specified data on request. 3a, 3b - 3n are a plural- 
ity of shared memory areas controlled by both the 
communication interface 1 and a microprocessor 4, 
said communication interface 1 storing the music 
data it receives in said memory areas serially and 
in the form of individual packets in accordance with 
the set of instructions which it holds. The header of 
each item of data stored in the shared memory 
areas 3a - 3n is assigned an address in accor- 
dance with the order in which it was received. For 
high-speed data processing, semiconductor memo- 
ries offer certain physical advantages for use as 
shared memories and they are for this reason to be 
preferred. This does not mean that the shared 
memory areas 3a - 3n should necessarily be made 
up of more than one physically independent mem- 
ory since it may equally be made up of a single 
physical memory device providing only that said 
device is capable of division into the required num- 
ber of memory areas. The microprocessor 4 ac- 
cesses the data written into the shared memory 3a 
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- 3n addresses and reads it out in packet sized 
units in a predetermined order. These data strings 
are then output serially to an electronic sound 
source 5, such as a synthesizer, or some other 
downstream device. The electronic sound source 5, 
which is designed to operate in accordance with 
the MIDI standard, uses the data strings output by 
the microprocessor 4 in the form of MIDI signals as 
a basis for the generation, using preprogrammed 
commands, of audio signals which are then output 
to an audio device (not included in the drawing) 
connected further downstream and comprising ele- 
ments such as an amplifier and a speaker. The 
transmission of the MIDI signals themselves is ini- 
tiated by the output of a trigger signal A from the 
interface 1 to the microprocessor 4. Said trigger 
signal A is output when the interface 1 writes data 
into a selected part of the shared memory area 3. 

There need not, moreover, be a specified cor- 
respondence between the packets controlled by 
the interface 1 and the plurality of shared memory 
areas 3a - 3n. All that is required is that each of the 
strings of data received in packet form, and each 
with its own address, be written into any selected 
area of shared memory which is free following the 
removal of the previous data. This is because the 
readout order of the data will subsequently be 
determined by the microprocessor 4 by individual 
retrieval of the addresses written into each of said 
shared memory areas. 

There now follows a description of a typical 
series of operations carried out using the invention 
as represented by the preferred embodiment out- 
lined above. First of all, the terminal unit, which 
houses the invention, accesses the host computer 
by some appropriate means and requests a par- 
ticular piece of music. The host computer responds 
by transmitting the data corresponding to the piece 
of music requested in order starting with the first 
packet by way of a public telephone line to said 
terminal unit. On receipt of the first packet, the 
interface 1 first carries out transmission error pro- 
cessing after which it writes the contents of the 
packet into any one of the shared memory areas 
3a - 3n that happens to be free. At the same time, 
the interface 1 also outputs a trigger signal A to the 
microprocessor 4, thereby providing said micropro- 
cessor 4 with the signal it requires to retrieve the 
files written into the shared memory areas 3a - 3n. 
The interface processes each of the packets sub- 
sequently received in exactly the same way. 

It should also be noted that the timing of the 
output of the trigger signal A need not be confined 
to the timing described in the above explanation. In 
the case of karaoke music data, for example, the 
first part of the music data or, in other words, the 
first packet may well contain control or lyric data 
and it is preferable, therefore, if the output of the 



trigger signal A can be delayed at least until the 
writing of the contents of the first few packets of 
data into the shared memory area 3 has been 
completed. At the same time, upon confirmation of 
5 the receipt of a trigger signal A, the microprocessor 
4 first retrieves the addresses of the data written 
into the shared memory areas 3a - 3n and then 
reads out the data in each of the memory units in 
accordance with the assigned priority order of each 

w address. The data is then converted to a MIDI data 
string and transmitted in the form of MIDI signals to 
the electronic sound source 5. Said electronic 
sound source 5 responds by outputting audio sig- 
nals which are subsequently reproduced in the 

15 form of music by the audio device connected fur- 
ther downstream. Since the data relating to any 
given piece of music is likely to be divided for 
transmission purposes into a large number of sepa- 
rate packets, the contents of new packets of data 

20 will inevitably continue to be received even while 
the microprocessor 4 is in the process of reading 
data back out of the shared memory areas 3a - 3n. 
Nevertheless, the interface t still continues the 
processing of successive packets of data by re- 

25 peating the processing operations outlined above 
until the last packet of data relating to said piece of 
music has been processed. The determination of 
the point at which the processing of a piece of 
music is complete may be based, for example, on 

30 the size of said piece of music as indicated in the 
control data which is normally included in the head- 
er received at the start of the data transmission. 

The present invention is thus designed such 
that music data transmitted in packet form can be 

35 processed packet by packet by an interface and 
then written into a plurality of shared memory 
areas, said data subsequently being read from said 
shared memory areas by a microprocessor in a 
priority order determined in accordance with the 

40 addresses included with said data, and finally 
transmitted to a device connected further down- 
stream. Thus, by contrast with the conventional sort 
of design which requires that all the music data be 
received before any of it can be transmitted on to 

45 the electronic sound source, the present invention 
carries out transmission processing whenever it 
receives the appropriate trigger signal and the mu- 
sic is immediately reproduced by way of the elec- 
tronic sound source, thereby ensuring that the 

so time-lag between the issue of a request and the 
start of reproduction of the requested piece of 
music is kept to an absolute minimum. 

Again, since the data is transmitted in packet 
form, the error correction procedure is correspond- 

55 ingly rigorous and the problem of faulty reproduc- 
tion due to transmission errors has thus been more 
or less eliminated. 
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For explanatory purposes, the transmission 
data used in the preferred embodiment outlined 
above was confined to music data in the form of 
MIDI signals. This need not necessarily be the 
case, however, and it would be equally acceptable 
if the data were made up of, for example, computer 
game program data. In the latter case, the device 
connected downstream of the microprocessor 4 
would, of course, need to be a computer game 
terminal rather than a sound source 5 as in the 
preferred embodiment above. The fundamental de- 
sign of this sort of system would nevertheless be 
the same as that of the preferred embodiment in all 
essential details. 

Also, in the preferred embodiment, the down- 
load of data from the host computer was handled 
exclusively by the interface but, again, this need 
not be the case and a network control unit (NCU) 
could equally well be used as a means of calling 
the required telephone number in order to access 
the host computer. 

Claims 



the data comprises computer game program 
data and in which the data strings transmitted 
from the microprocessor (4) are input to a 
computer game unit. 

5 

4. The data transmission high-speed processing 
device according to anyone of the claims 1 to 
3 in which the memory area (3a-3n) comprises 
a plurality of semiconductor memories into 

w each of which can be written, and from each of 

which can be read, a data string equivalent in 
size to one packet of data. 

5. The data transmission high-speed processing 
15 device according to anyone of the preceding 

claims in which the memory area (3a-3n) com- 
prises a single semiconductor memory. 

6. The data transmission high-speed processing 
20 device according to anyone of the preceding 

claims in which the trigger signal (A) is output 
to the microprocessor (4) to coincide with the 
receipt of the first packet of data. 



1. A data transmission high-speed processing de- 25 
vice which is installed in a terminal device for 
use during transmission to said terminal device 
of packets of data assembled from digitally 
coded data stored in a database in a host 
computer and which comprises 30 



The data transmission high-speed processing 
device according to anyone of the preceding 
claims in which the trigger signal (A) is output 
to the microprocessor (4) to coincide with the 
receipt of the second and subsequent packets 
of data. 



an interface (1) for the receipt of said data, 

a shared memory (3a-3n) which comprises a 
plurality of memory areas (3a-3n) and which 35 
assigns addresses to each packet-sized unit of 
data received by said interface (1) and then 
writes said data, still in the same packet-sized 
units, into any available memory area (3a-3n), 
and 40 



a microprocessor (4) which, in response to a 
trigger signal (A) output from said interface (1) 
at selected intervals as a signal to start re- 
trieval from said shared memory (3a-3n), reads 
all the data stored in said shared memory in 
address priority order, converts said data to a 
serial data string and then retransmits it. 



45 



The data transmission high-speed processing 50 
device according to claim 1 in which the data 
comprises music data created in accordance 
with the MIDI standard and in which the data 
strings transmitted from the microprocessor (4) 
are input to an electronic sound source (5). 55 



The data transmission high-speed processing 
device according to claim 1 or claim 2 in which 



BNSDOCID: <EP_0531670A1J_> 



EP 0 531 670 A1 




BNSOOCID: <EP 0531670A1_I_> 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 92 11 2266 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of do 



of 



nt with indication, where appropriate, 



Relevant 
to 



CLASSIFICATION OF THE 
APPLICATION (Int. CLS ) 



A 
A 



EP-A-0 427 447 (TSUMURA) 

* column 8, line 6 - column 9, line 58; 
figures 2,6 * 

US-A-4 124 773 (ELKINS) 

* column 1, line 23 - line 49; figure 1 

FR-A-2 523 786 (BERNARD ET AL.) 

* page 1, line 11 - page 2, line 1 * 

* page 4, line 21 - line 23; figure 6 * 



1,2,4,5 
7 



G10H1/00 



TECHNICAL FIELDS 
SEARCHED (Int. CI. 5 ) 



G10H 



The present search report has been drawn up for all da 



Place of acarci 


Mi of onvUUaa of tta uatk 




THE HAGUE 


24 NOVEMBER 1992 


PULLUARD R.J. P. 



CATEGORY OF a TED DOCUMENTS 

X : particularly relevant if taken aJone 

V : particularly relevant if combined with another 

document of the same category 
A : technological background 
O : non-written disclosure 
P : intern eiiate document 



T : theory or principle underlying the Invention 
E : earlier patent document, but published on, or 

after the filing date 
D : document cited in the application 
L : document dted for other reasons 

A : member of the same patent family, corresponding 
document 



BNSDOCID: <EP_0531670A1_I_> 




This Page Blank (usptoj 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



This Page Blank (uspto) 



